(19) 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 



(12) 



(43) Date of publication: 

08.05.2002 Bulletin 2002/19 

(21) Application number: 01309351.3 

(22) Date of filing: 05.1 1 .2001 



(ID EP 1 204 059 A2 

EUROPEAN PATENT APPLICATION 

(51) IntCI. 7 : G06F 17/60 



M 4,1 4 



SEARCH REPORT 



(84) Designated Contracting States: 


(72) 


Inventors: 


AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 


• 


Pace, Mark C. 


MCNLPTSETR 




Las Vegas, Nevada 89135 (US) 


Designated Extension States: 


• 


Cook, Thomas W. 


AL LT LV MK RO SI 




Linwood,New Jersey 08221 (US) 


(30) Priority: 03.11.2000 US 245903 P 


(74) 


Representative: 


12.02.2001 US 782616 




McLeish, Nicholas Alistair Maxwell et al 






Boult Wade Tennant 


(71) Applicant: Harrah's Operating Company Inc. 




Verulam Gardens 


Las Vegas, Nevada 891 1 9-4312 (US) 




70 Gray's Inn Road 






London WC1X 8BT (GB) 



(54) Automated service scheduling system 

(57) An automated system uses a decisioning sys- 
tem to schedule service attendants to service events at 
patron locations. The decisioning system schedules the 



events for servicing using various factors to establish 
the priority of different events. Service attendants are 
paged by the system to inform them of a service to be 
provided. 
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Description 

Field of the Invention 

[0001] This invention relates to systems for automat- 5 
ing the servicing of patrons, and more particularly, to 
systems variously employing two-way paging and rule- 
based scheduling systems. 

Background of the Invention 10 

[0002] Patrons of certain businesses are often in need 
of services to accommodate their needs and desires. 
For example, in a casino, players at slot machines (or 
other types of casino gaming machines) are often in 
need of services from service attendants, for example 
to pay out jackpots, correct a problem with the machine, 
or the like. Presently, the delivery of these and other 
services to slot machine players is best described as 
random acts of kindness. This is largely due to the fact 
that getting slot service is dependent on a service at- 
tendant's ability to see visual cues (e.g., flashing "Jack- 
pot" lights) or to hear audible tones (e.g., various alarm 
sounds) emitted by the slot machine needing service. 
However, given the amount of activity on a casino floor, 
especially on busy evenings and weekends, this way of 
identifying which players need service results in service 
that is at best, sporadic, and at worst haphazard, slow, 
and unsatisfactory to the player. Players often sit for 
many minutes waiting for a service attendant unable to 
continue playing. 

[0003] To maximize the chance of identifying slot 
service events and reduce the amount of time it takes 
to respond to a player's needs, the casino is sectioned 
into areas, and service attendants roam through the 
aisles of slot machines in their assigned section. If, as 
is often the case, a service attendant identifies several 
simultaneous service needs, she is unable to determine 
which player needed service first and therefore which to 
respond to first This service delivery methodology is not 
only inefficient but also tends to upset players who saw 
other guests attended to first even though they had been 
waiting for assistance longer. 

[0004] Various systems that improve on this service 
methodology have been implemented. These systems 
fall into two categories, paging systems and dispatch 
systems. Conventional paging systems rely on a mes- 
sage generated by a Slot Management System (SMS) 
to identify slot service needs. When a slot machine is in 
need of service, it sends the SMS a message indicating 
the type of service required. The SMS in turn, forwards 
the message to a paging system. The paging system 
parses out the message, identifies the location of the 
slot machine and pages the service attendants working 
in that section of the casino. 

[0005] This system, although significantly better than 
the roaming process, has a number of shortcomings. 
First these one-way paging systems do not verify that 



the message was actually received by a service attend- 
ant who can actually provide the desired service. The 
casino operator must have faith that the message was 
received by the attendant, read, understood, and that 
the service attendant actually delivered the needed 
service. Often, either the message is not received or 
even if received, the attendant is too busy with other 
tasks to immediately respond to the message, and go 
to the player in need of service. As a result the player 
is still left waiting for service, sometimes for a consider- 
able length of time. 

[0006] Second, these one-way paging systems are in- 
capable of identifying which service providers in a given 
section are busy and which are free. Consequently, 
these systems are designed so that all incoming service 
requests are sent to all of the service attendants in a 
given area. As a result each attendant receives many 
messages, most of which the attendant cannot respond 
to. This constant barrage of pages overloads and frus- 
trates the service attendant, leading to pages being ig- 
nored, and in some drastic cases, pagers being turned 
off. 

[0007] Third, these types of paging systems do not 
make any attempt to schedule or prioritize the services 
provided to the players, but rather operate in a strict first- 
come, first serve fashion. 

[0008] Dispatch systems are modeled after those 
used by Police Departments and Emergency Medical 
Technicians. They rely on human interaction between a 
dispatcher sitting in front of a number of computer mon- 
itors, and the service attendants on the casino floor. A 
slot machine in need of service sends a message to the 
SMS that is displayed on the dispatcher's workstation. 
When the dispatcher sees the service event she uses 
a 2-way radio asking for any free service attendant in 
the appropriate area of the casino to respond to the 
event One of the available service attendants will re- 
spond, and this attendant is then given the information 
required and asked to provide the service needed. 
When the dispatcher is ready to assign another task, 
she can verify that the service attendant is free and 
ready to be dispatched again. 

[0009] This system is better than traditional one-way 
paging in that it allows the casino operator to verify that 
the service attendant received the message and that 
she is delivering the service needed. The two-way com- 
munication between two human beings, dispatcher and 
service attendant creates a strong sense of teamwork 
and general esprit-de-corps, however this comes at a 
price. The cost of staffing even a small dispatch center 
requires at least 4 full time equivalents to cover a modest 
size casino floor 24 hours a day, seven days week, at 
an estimated cost of over $160,000 annually. 
[001 0] The implementation of one or both of these 
systems is a significant improvement over the roaming 
service delivery methodology, yet both of these systems 
still rely on a first-in first-out (FIFO) method of slot serv- 
ice scheduling. That is, service attendants are instructed 



25 



30 



35 



40 



45 



50 



2 



3 



EP 1 204 059 A2 



4 



to handle service requests in the order in which they are 
received. In today* s highly marketed casino industry, 
where customers are rewarded based on their level of 
play, the FIFO methodology is at odds with the rewards 
and incentives programs used by casino operators. 
[0011] More particularly, casinos today have many 
different types of programs that distinguish players 
based on their level of gaming activity. Players who play 
frequently and bet in large amounts are typically consid- 
ered premium players, and given various types of incen- 
tives and "comps," such as free rooms, discounts, and 
the like. Casinos determine player activity level through 
various types of bet monitoring techniques, including af- 
finity card programs that use identification cards to track 
player betting levels in gaming machines. However, 
when it comes to providing slot service, these premium 
players are treated no differently than other level play- 
ers. 

[0012] Accordingly, it is desirable to provide a system 
and methodology of service that combines the features 
of the paging and dispatch system while adding func- 
tionality that more closely ties in to the incentive pro- 
grams used by the casino (or other business) to differ- 
entiate its patrons. 

[0013] Beyond casinos, other types of business es- 
tablishments also need to provide services to patrons. 
For example, hotels often support a variety of services 
for patrons, such as room service, housekeeping, con- 
cierge, valet, and so forth. Conventionally, a patron tel- 
ephones the desired service department, which then 
sends an available attendant to the patron's room (or 
other location). Conventional systems schedule servic- 
es for all patrons on a FIFO basis, without regard of the 
particular value of the patron to the hotel. To the extent 
that different patrons obtain different service levels, it 
results more from happenstance, than from a systemat- 
ic approach to provide service. The same appears to be 
true of other business that provide services to custom- 
ers, such as airlines, cruise ships, hospitals, and so 
forth. 

[0014] Thus, it is also desirable to provide systems 
and methodology of service delivery that scheduling 
services to patrons of a business in consideration of fac- 
tors such as the availability of service attendants and 
the value of the patron to the business. 

Summary of the Invention 

[0015] In one aspect, the present invention over- 
comes the limitations of conventional service approach- 
es by using a rule-based system that schedules service 
attendants to service events associated with patrons by 
determining a priority for each event. Higher priority 
events are scheduled for service before lower priority 
events. When an event is ready for servicing according 
to its priority, the system selects a service attendant who 
is available to service the event and a page is transmit- 
ted to that service attendant The priority of events is 



based on various factors such as the value of the patron 
to the business, the type of event, and the length of time 
that the event has been pending for service. 
[0016] In one particular embodiment useful for serv- 
5 icing players in a casino, the value of player is preferably 
based on a player's rating, which is a categorization of 
the player's value to the casino. Player value (also 
known as player "worth") may be based on various types 
of analysis of the player's betting activity or other activity 

10 from which the casino derives revenue from the player. 
One useful measure of player value is a player's theo- 
retical win profile, which is an estimate of the casino's 
expected revenue per time period based on the player's 
historical betting activity. A player's theoretical win pro- 
fs file is typically updated as the player continues to gam- 
ble, and thus, the player's value may change over time 
in accordance with the player's gaming behavior. Other 
measures of value of the player may also be employed, 
such as membership in particular clubs, groups, or or- 

20 ganizations. Status of a player (e.g., "VIP") may also be 
used as a proxy for player value. 
[0017] The rule-based system periodically updates 
event priority, so that events that are initially low priority 
may be upgraded to higher (or highest priority) if they 

25 are pending over a certain amount of time. In this man- 
ner, the rule-based system allows the casino (or other 
business) to tailor its service policies to service premium 
value players more quickly, while ensuring that unrated 
or lower value players receive service within at least cer- 

30 tain minimum standards. 

[0018] In another embodiment, the present invention 
utilizes a two-way paging system to identify service at- 
tendants who are available to service events. The sys- 
tem keeps track of which service attendants are busy 

35 and which are available to service events. The system 
selects a primary service attendant who is indicated as 
being available, to receive a page identifying a service 
event to be handled. The primary service attendant re- 
sponds with a page that indicates whether she accepts 

<o or declines to service the event. If the primary service 
attendant declines, the system selects a secondary 
service attendant who is available to service the event, 
and transmits a page to this secondary service attend- 
ant In this manner, the system ensures that service at- 

45 tendants who can readily service the event are paged, 
rather than relying on service attendants to volunteer to 
service events. 

[0019] In another aspect, the present invention oper- 
ates to ensure timely servicing of events, so that these 

50 events are resolved in an effective and timely manner. 
The system monitors the amount of time taken by a serv- 
ice attendant to service an event If the amount of time 
taken exceeds a threshold amount of time, then a page 
is transmitted to a supervisor. The supervisor can then 

55 attend to the event, for example, by going to the patron's 
location (e.g. a player's gaming machine), and servicing 
the event, or may take other actions as appropriate. The 
aspect further ensures that patron's obtain prompt res- 
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olution of their service events. 
[0020] One system useful in the casino environment 
includes a number of gaming machines coupled over a 
network to a slot management system. The gaming ma- 
chines transmit event information to the slot manage- 5 
ment system, indicative of events occurring at the gam- 
ing machines, some of which may need servicing. The 
slot management system provides selected event infor- 
mation to a rule-based decisioning system. The rule- 
based decisioning system includes a set of rules that 10 
prioritize events for servicing. The rules are established 
by the system operator, and include rules that prioritize 
events based on the player's value or status, the type 
of event, and the length of time the event has been pend- 
ing. A paging system receives and transmits pages to *5 
and from service attendants. Service attendants use the 
pagers to indicate whether they can service an event, 
and optionally to send pages indicating the status of the 
service, such as that the service is completed. 
[0021] The invention also has embodiments in soft- 20 
ware products and computer readable media used to 
control a computer system in accordance with the teach- 
ings and principles of the invention. 
[0022] Another type of system is useful in the hotels, 
cruise ships, and similar environment. This type of sys- 
tem includes a number of communication devices dis- 
posed at or near locations of the patrons. For example, 
in a hotel each patron's room may be equipped with a 
terminal, a computer, or a telephone. The communica- 
tion devices communicate over an appropriate network 
to a decisioning system. Patrons use the communica- 
tion devices to communicate requests for service, such 
as room service, beverage service, a housekeeping call, 
a valet request, and so on. Each of these requests may 
be understood as an event. The decisioning system in- 
cludes a set of rules that prioritize events for servicing. 
The rules are established by the system operator (e.g., 
hotel management), and include rules that prioritize 
events based on the patron's value or status, the type 
of event, and the length of time the event has been pend- 
ing. The patron's value may be determined based on 
historical activity of the patron, such as historical spend- 
ing by the patron, or by a proxy of the patron's value, 
such as a room rate or room type in a hotel (e.g., patrons 
in more expensive rooms have a higher value because 
they are more likely to generate higher revenues for the 
hotel). A paging system receives and transmits pages 
to and from service attendants. Service attendants use 
the pagers to indicate whether they can service an 
event, and optionally to send pages indicating the status 
of the service, such as that the service is completed. 
The decisioning system has information pertaining to 
the location of each patron based on the known location 
of the communication device used by the patron, and 
thus can select service attendants assigned to, or avail- 
able nearby, the patron's location. 
[0023] The features and advantages described in this 
summary and the following detailed description are not 



all-inclusive, and particularly, many additional features 
and advantages will be apparent to one of ordinary skill 
in the art in view of the drawings, specification, and 
claims hereof. 

Brief Description of the Drawings 

[0024] FIG. 1 is a system diagram of a system in ac- 
cordance with one embodiment of the present invention. 
[0025] FIG. 2 is an interaction diagram of an exem- 
plary operation of the system of FIG. 1 for servicing a 
typical event. 

[0026] FIG. 3 is a system diagram of a system in ac- 
cordance with another embodiment of the present in- 
vention. 

[0027] The figures depict a preferred embodiment of 
the present invention for purposes of illustration only. 
One skilled in the art will readily recognize from the fol- 
lowing discussion that alternative embodiments of the 
structures and methods illustrated herein may be em- 
ployed without departing from the principles of the in- 
vention described herein. 

Detailed Description 

[0028] Referring now to Fig. 1, there is shown a sys- 
tem diagram of a system in accordance with one em- 
bodiment of the invention. This system 100 operates 
typically on the premises of a casino or other entertain- 
ment facility in which there are a large number of gaming 
machines 120. In a casino environment, there is provid- 
ed a slot management system (SMS) 1 02, a decisioning 
system 104, a casino management system (CMS) 108, 
and a communication system 1 06. A patron database 
(PDB) 114 may be used instead of CMS 108. In non- 
casino environments, equivalent functionality of these 
systems, as further described below, may be provided 
through equivalent hardware or software systems. In the 
illustrated embodiment, the decisioning system 1 04 is a 
rules-based decisioning system (RBDS), and the sys- 
tem is described hereafter with respect to this particular 
implementation, though it should be understood that the 
invention is not limited to this particular type of decision- 
ing system. 

[0029] Generally, events are generated at service lo- 
cations and forwarded to the decisioning system 1 04 for 
scheduling of service attendants. In the illustrated em- 
bodiment of Fig.1 , the service locations are the gaming 
machines 120. The events are communicated to the 
SMS, which in turn forwards messages of these events 
to the RBDS 104. The RBDS 104 schedules the events 
for service and selects a service attendant for servicing 
the event, by applying rules relative to the type of service 
event, the service event time, floor business levels, the 
player's status or value, and any other attributes useful 
for scheduling. The RBDS 1 04 obtains the player related 
information from the CMS 1 08. In this disclosure, "value" 
and "status" are equivalents. On scheduling an event 
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for service by a service attendant 124, the RBDS 104 
transmits the service information to the selected attend- 
ant 124, such information to include gaming machine 
number, location, type of service, customer value tier, 
and event time to the paging system 1 06. In this embod- 
iment, the customer value tier is data descriptive of a 
customer's status. 

[0030] The communication system 106 transmits 
messages to a plurality of message receivers 126. In 
the illustrated embodiment, the communication system 
is a paging system and the message receivers are pag- 
ers; the system is described hereafter with respect to 
this particular implementation. The paging system 1 06 
communicates with the pagers 126, held by service at- 
tendants 124 (and their supervisors). The service at- 
tendants 1 24 accept or decline the page, and where ac- 
cepted, provide the service to the indicated player and 
gaming machine. Where a service is declined, the 
RBDS selects another service attendant 124 to service 
the event. If all of the service attendants 124 within a 
specified service area decline to service the event, the 
RBDS 104, using geographical travel data within its 
rules, determines which service attendants 124 from 
which other service areas to page. In some instances, 
when the service attendants 124 within a specified area 
are busy and all other service attendants 124 identified 
by the RBDS 1 04 within its travel rules are likewise busy, 
events may be escalated by paging a supervisor, e.g. 
where the event has not been serviced in a certain 
amount of time. The service attendants 124 provide 
service to the players 122 as indicated by the page. 
[0031] An optional monitoring terminal 109 is used to 
monitor the status of events and their scheduling for 
service by the supervisor 124. 

[0032] The gaming machines 120 include generally 
any kind of gaming machine of interest, such as slot ma- 
chines, video poker machines, keno machines, and so 
forth. The gaming machines are played by players 122. 
Each gaming machine 120 includes a card reader for 
reading a player identification card, such as may be is- 
sued by the casino as part of an affinity program or by 
an operator of the facility containing the gaming ma- 
chines. The use of card readers with gaming machines 
is well known in the art, and thoroughly described, for 
example, in U.S. Patent No. 5,429,361 . The use of play- 
er identification cards for tracking player betting is de- 
scribed in U.S. Patent No. 5,761,647. 
[0033] The gaming machines 1 20 are coupled over a 
communications network 1 03 (e.g. an Ethernet network) 
to the SMS 102 and communicate gaming events oc- 
curring at the machines 120 to the SMS 102 for further 
processing. Where the gaming machines are slot ma- 
chines or the like, they include a main processing unit 
(MPU) (not shown) and a communication device 123. In 
one embodiment, the communication device is a slot 
machine interface board (SMIB), also known as a slot 
interface board (SNI). The MPU is responsible for the 
gaming machine's operation, and contains the logic and 



mathematical formulas that allow the game to function. 
The MPU communicates game events to the SMIB 123, 
which in turn relays information up to the SMS where it 
is stored, tracked, and reported on. The SMIBs may be 

5 connected to the SMS via a wiring network of twisted 
pair cabling, and operating using a conventional net- 
work operating system. The communicated events also 
include card-related events occurring at the card reader, 
such as a card-in event. Typically, the MPU is proprie- 

10 tary to each gaming machine manufacturer, while the 
SMIB and SMS are proprietary to the SMS developer. 
Suitable SMS's include the SLOT DATA SYSTEM pro- 
vided by Bally Gaming & Systems of Las Vegas, Ne- 
vada, or the GSI ON-LINE SLOT SYSTEM provided by 

15 Gaming Systems International, also of Las Vegas. The 
details of coupling the gaming machines 1 20 to the SMS 
1 02 are known to those of skill in the art, and provided 
by the developers of the selected SMS. U.S. Patent No. 
5,429,361 also describes the details of one SMS. 

20 [0034] Given the various types of gaming machines, 
there are numerous different possible gaming machine 
events. Accordingly, depending on the system develop- 
er, various different types of gaming machine events 
may be selected for servicing by the system, and the 

25 present invention does not limit the types of events that 
may be selected for servicing. In one embodiment, the 
gaming machine events of interest include jackpot, hop- 
per coin outage, coin-out coin-in and bill accepter jams. 
Other, fewer, or additional events may be selected for 

30 inclusion in a particular installation. When an event oc- 
curs (both those included for servicing and those that 
are not serviced), the MPU notifies the SMIB that an 
event has taken place. The SMIB in turn sends the SMS 
102 a message containing the appropriate information 

35 descriptive of the event. The content of message will de- 
pend on the particular SMS in use, but generally event 
messages include fields such as: 

Message Type 
40 • Transaction Code 

Player Identification Card Number (from player 

identification card, if available) 

Gaming machine Number 

Gaming machine Stand (location) Number 
45 • Denomination 

Theoretical Hold % 

Date 

Time 

Coins Bet 
50 • Coins Won 

Games Played 

Jackpot Amount 

Bonus Points 
• Message ID 
55 • Type Code; and 

Game Type. 

[0035] These fields may substantially be the same 
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type of data components that any SMS may send, 
though the particular fields in message may be custom- 
ized as desired by the SMS provider. For example, some 
SMS's use a Side ID to identity a redundant server that 
is currently active for receiving message; also some 
SMS's use sequential message IDs in order to track 
messages and identify missing messages. 
[0036] It is preferable for the message to contain at 
least the gaming machine ID and location, and message 
type; this would at least allow prioritization of gaming 
machine events by their type. It is further preferable to 
include player card number, as this further allows iden- 
tification of the player; hence permitting prioritization 
based on the player's value. Note that inclusion of the 
player card number is optional, and preferably used if 
available, as some players may not have ID cards (e.g., 
players who have not signed up for such a card). In that 
event, the field is either not included or left empty. It is 
also further preferable that for Jackpot Messages, the 
Jackpot Amount be included as this will allow the service 
attendant to determine whether Internal Revenue Serv- 
ice required forms will be needed in the processing of 
this transaction. 

[0037] As the SMS 102 receives messages from the 
gaming machines, it stores the messages in its transac- 
tion file. In a typical installation, the SMS also sends a 
notification message to a set of predetermined termi- 
nals. These terminals, such as the ones used with the 
Bally Gaming & Systems' SMS-commonly referred to 
as Change Booth Terminals (CBs)-can be dumb termi- 
nals, desktop computers, or any other type of system, 
such as a paging system. This process is repeated for 
every type of gaming machine event being tracked. 
[0038] For example, assume that a slot machine hits 
a hand-paid jackpot. Each slot machine is set to dis- 
pense limited number of coins into the tray, and once 
that limit has been reached, the slot machine ceases to 
dispense coins and enters into a hand-pay lockout 
mode. The balance of the jackpot is then hand paid by 
a service attendant. Here then, the MPU notifies the 
SMIB that this event has taken place. The SMIB then 
sends a message indicating the message type, jackpot 
amount, machine ID and location, and so forth, to the 
SMS. The SMS records this message and notifies the 
coupled CB's. 

[0039] The SMS 102 is further coupled over the net- 
work 103 to the RBDS 104. In one embodiment, the 
RBDS acts as a CB terminal, and mimics its interface to 
the SMS, so that the SMS sends messages to it as if it 
were another CB terminal. The RBDS operates with two 
databases, an events database 110 and a rules data- 
base 112. The events database 110 maintains informa- 
tion pertaining to game events generated by the gaming 
machines 120 and the servicing of the events by service 
attendants. The rules database 112 maintains a set of 
rules that the RBDS uses to prioritize events and select 
those for servicing. The RBDS 104 parses each re- 
ceived message from the SMS, and extracts the time, 



event type, player identification number, machine ID and 
location, and other data as appropriate (e.g., jackpot 
amounts for a jackpot event). This information is stored 
as a new event record in the events database 110 to be 

5 prioritized for servicing. The RBDS executes software 
products which provide the functional and structural fea- 
tures described herein. The RBDS may operate on a 
conventional computer system, such as a server class 
computer, with suitable memory, CPU and network con- 

10 nectivity to support a large scale casino operation. A 
suitable RBDS is the Decision Center provided by Per- 
ceptum, Inc. of Bridgewater, New Jersey. 
[0040] In one embodiment, the events database 110 
is a relational database comprising a number of tables, 

15 the primary ones including: 

A Pagers table has a list of ail the available pager 
numbers of the service attendants 124, the service 
attendant carrying the pager and the casino floor 
20 section in which he/she is working in. Each pager 
is also defined as a service attendant pager or su- 
pervisor pager to facilitate escalation paging. 

An Events table stores open and in-progress serv- 
25 ice events that are being tracked. As events are 
completed the data is written as new records in a 
History table. 

The History table stores events that have been 
30 serviced and are no longer pending. 

[0041] The particular fields of the Events table may 
be defined by the systems developer as desired. In one 
embodiment, the Events table has columns correspond- 
35 jng to some of the extracted data from the SMS mes- 
sage, along with other columns that are calculated or 
updated on an ongoing basis: 

Service Event Type (identifies the type of service 
40 required by a particular machine at a particular 
time). 

• Player Identification Card No. 



Jackpot Amount (rf any). 

Outage Time = time of service event as reported by 
50 the SMS. 

Age Time = time the service event was pending be- 
fore being scheduled for service. The RBDS waits 
until the Age time reaches a threshold before 
55 scheduling. 

• Assigned Time = time the service event was accept- 
ed by a service attendant via the pager 126. 



20 



45 • Gaming machine Stand (location) Number. 
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Appear Time = time of the service attendant's card- 
in at the player's gaming machine as reported by 
SMS. 

Completion Time = time a Back In Service message 5 
is generated by the gaming machine as reported by 
SMS and/or time the attendant sent the completed 
message via the pager 126. 

• Response Time = (Appear Time - Outage Time) = 10 
length of time a player waited before an attendant 
appeared to provide them service. 

Work Time = (Completion Time - Appear Time) = 
length of time an attendant worked to provide the *5 
service needed. 

Transaction Time = (Completion Time - Outage 
Time) = length of time a player waited before the 
service needed was completed. 20 

[0042] The History table also includes these fields. 
[0043] As can be appreciated, messages from the 
SMS arrive at the RBDS asynchronously, and thus the 
RBDS asynchronously updates the Events table with 25 
new events. As each event is received, then for each 
event the RBDS establishes a timer to track the Age time 
of the event. In one embodiment the Age time is used 
to defer scheduling until a certain amount of time has 
passed. In another embodiment, the RBDS immediately 30 
schedules the event according to the rules in the data- 
base. In one embodiment, the RBDS includes a time 
tracking module that manages the time capture and tim- 
ers for each of the events. When the RBDS receives a 
message it triggers the time tracking module to capture 35 
the appropriate time (e.g. Age time or Completion time) 
and timers. The RBDS also tracks for each event a Serv- 
ice Elapsed Time, which equals (Current Time - Appear 
Time). 

[0044] A separate module of the RBDS prioritizes the <o 
events for servicing using the rules database 112. 
[0045] In one embodiment the RBDS includes a re- 
lational database with a number of real-time processes. 
These processes are constantly running, returning data, 
which is then in turn evaluated by other processes. In 45 
this way, the RBDS knows what events are aging, what 
events need to be paged, what events need escalation 
and what events have been completed and need archiv- 
ing. As a new event message comes into the RBDS, a 
primary process is triggered that evaluates the new so 
event in light of all of the other events it is currently track- 
ing. The system applies the rules to the event to create 
a key which it then uses to prioritize the event along with 
all of the other events. In addition, as each event is 
logged, a timing process is assigned to K. The process ss 
is given a time alarm and is told to wake up once a spe- 
cific value has been reached. If the system can move 
the event from one state to another (e.g., aging to 



paged, or paged to pending, or pending to completed), 
the old alarm is replaced by a new one. In this way, the 
live processes are monitoring events, while each spe- 
cific event also has its own timer which when triggered 
cause specific actions to be taken. 
[0046] The RBDS 104 is coupled over the network 
103 to a casino management system (CMS) 108. The 
CMS maintains a database of customer information, in 
particular information used to determine a customer's 
status or value to the casino. In another embodiment 
the RBDS 1 04 is coupled over the network to the PDB 
114. The PDB 114 stores patron play, theoretical value, 
promotional offers, and other patron specific data for in- 
dividual properties and the company as a whole. More 
specifically, the PDB 114 stores information pertaining 
to each customer derived from the customer's gaming 
activity at multiple casino properties. The RBDS queries 
the CMS 108 or PDB 114, using the extracted player 
identification number to obtain information about the 
player's value. This information is also stored with the 
event record. An example of a CMS 108 is further de- 
scribed in U.S. Patent No. 5,761 ,647; a description of a 
PDB 114 is found in U.S. Serial No. 08/680.208, filed on 
July 11, 1996. 

[0047] For example, the CMS or PDB may store for 
each customer information pertaining to the customer's 
average betting patterns, amounts, wins, loses, and so 
forth, and optionally information pertaining to each of 
their trips to the casino's properties. In one embodiment 
each customer account includes a calculated theoretical 
win, which is an estimate, based on the customer's his- 
torical betting activities, of revenue the casino expects 
to generate from the customer. The player's value (e.g. 
as expressed by theoretical win) may be based on gam- 
ing at an individual casino property, or from gaming at 
multiple casino properties, as described in U.S. Patent 
No. 5,761,647. This betting data or other data (e.g., 
membership in various affinity programs) is used by the 
casino as it desires to categorize each customer as to 
their value to the casino. 

[p048] . For example, players may be categorized into 
tiers, such as a four-tier system with premium, preferred, 
select, and unrated/unknown players. Players who are 
not listed in the CMS or who do not present an ID card 
are deemed unrated. More tiers may also be used. The 
number of tiers, the data on which the tier classification 
is based, and the calculation of value to segregate play- 
ers into tiers is entirely within the discretion of the system 
operator and not limited by the invention. 
[0049] The RBDS also includes a rules database 112 
that stores the rules used to prioritize events in the 
Events table for servicing. The selection of which rules 
to use is entirely within the discretion of the casino and 
system developer, as selected to meet whatever is de- 
termined to be their preferred policies for servicing play- 
ers. Thus, the specific rules used are not limited by the 
present invention. 

[0050] In one embodiment there are 3 tiers of players, 
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Diamond, Platinum, and Gold (from highest to lowest 
respectively; the names of the tiers are obviously arbi- 
trary). Membership in a tier is based on a player's value, 
such as their theoretical win profile. In this embodiment 
and by way of example only, the following rules can be 5 
used in various combinations to schedule events for 
service: 

1 . Diamond Tier customers are the first service pri- 
ority. 10 

2. Platinum Tier customers are treated like Diamond 
tier and also have first service priority. 

3. New card customers are treated like Diamond is 
and Platinum tier customers and also have first 
service priority. A new card customer is one whose 
player identification card was issued within the last 
thirty (30) days. The RBDS 1 02 can query the CMS 

or PDB to determine if a player's card has been is- 20 
sued in the last 30 days (based on a stored card 
issue date). 

4. "No Card" customers are treated like Diamond 
and Platinum tier customers and also have first 25 
service priority. This allows the casino to provide a 
high level of service to a customer, and thereby in- 
crease the likelihood of the customer becoming a 
loyal patron. Conventionally, no card customers typ- 
ically receive the lowest level of service. 30 

5. Gold Tier customers have the least service prior- 
ity. 



35 



40 



6. Generate a page to a service attendant if: 

A Diamond or Platinum tier, New Card or No 
Card customer has waited for longer than 2 
minutes (Age Time). 

A Gold tier customer has waited for longer than 
5 minutes (Age Time). 



7. The maximum Age time for any tier or customer 

is 7 minutes. If a customer service event has aged 45 
for longer than 7 minutes, that service event will be 
given top priority immaterial of what tier the custom- 
er belongs to, or whether they have a card or not. 
This top priority is higher than Diamond level and 
places the event at the front of the event queue. so 

8. If an event has aged 7 minutes and has not been 
accepted by a service provider, then generate an 
escalation page to a specified pager(s). If a moni- 
toring terminal 1 09 is used, then alter the display 55 
characteristic (e.g., Red) of those service events. 

9. If the service event is not completed within 8 min- 



utes (Service Elapsed Time > 8 minutes), then gen- 
erate an escalation page to a specified pager(s). If 
a monitoring terminal 1 09 is used, then alter the dis- 
play characteristic (e.g., Red) of those service 
events. The 8 minute time limit is known here as a 
Service Duration Limit. In an alternate embodiment 
of the system, this Service Duration Limit may be 
dependant on the service type, and certainly may 
vary in amount of time. In this way, the Service Du- 
ration Limit for a specific event may be set different- 
ly than that of another. 

10. Until a service event has been aged to 7 minutes 
(Rules 8 and 9), its priority is determined by Rules 
1-6. 

11. Hopper Cant Pay events have a first service pri- 
ority. 

12. Coin In Jams have a second service priority. 

13. Jackpots have a third service priority. 

14. All other events have a lowest priority. 

[0051] First, note that rules 1-5 are used to prioritize 
based on player value. Rule 6 prioritizes based on a 
combination of player value and time, thereby allowing 
for very precise management of service levels, and dif- 
ferentiation of service to players based on their value. 
Rules 7-8 are based on the time taken to service an 
event. Rules 11-14 prioritize events based on their type. 
[0052] It should also be noted that the particular time 
limits in these rules are merely exemplary. The time lim- 
its may be altered to obtain different service policies. 
Further, they may be automatically (or manually) modi- 
fied during operation if there are more or fewer service 
attendants on duty to service the events (i.e. more at- 
tendants available may be used to reduce the time pe- 
riods, and fewer attendants may be used to increase the 
time periods). 

[0053] By way of example with these rules, Diamond, 
Platinum, New Card Holders, and No Card Holders will 
not wait longer than 2 minutes before being scheduled. 
The longest one of these customers will wait for service 
to be completed is about 1 7 minutes: 

2 minutes [original aging time]+ 

7 minutes [time the system used up continuously 
trying to schedule this service with service attend- 
ants] + 

8 minutes [time it should take to complete service] 
+ minimal travel time. 

[0054] This is a worst case scenario where the RBDS 
cycled through all of the appropriate and available serv- 
ice attendants, had them all reject service, and then es- 
calates a page to a supervisor. If the RBDS determines 
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that each of the appropriate service attendants were al- 
ready marked as busy, it can escalate the page to the 
supervisory level immediately. 

[0055] In addition, multiple different rules sets may be 
available to be used depending on the particular condi- 
tions in the casino. For example, different rule sets may 
be used on weekends, holidays or other periods or 
events when more players are in the casino and more 
service attendants are on duty. The RBDS may be con- 
figured to automatically select the appropriate rule set 
for the given day of week, holiday or event. Alternatively, 
the RBDS may automatically select rules or adjust the 
time limits based on staff level. In yet another alternate 
embodiment, since the RBDS is in communication with 
the CMS it can determine the total number of player 
identification cards currently active in the casino, and 
use this value to set the time limits in the rules or to select 
rule sets. Also, more, fewer, and certainly different rules 
may be used. For example, if the system determines 
that all service events are being responded to and com- 
pleted within the eight minute parameter, and that a 
number of service attendants are available for service 
requests, the system may automatically turn off the ag- 
ing in Rule 9 and immediately schedule and page all 
service requests while still adhering to the priority rules 
1 and 2. 

[0056] The system will continuously try to schedule a 
service event so as long as there are available service 
attendants and as long as they are accepting assign- 
ments, and thus the RBDS will not be forced to age any 
event. However, the moment the RBDS determines that 
there are more service events than service attendants 
available, it will engage the scheduling rules. 
[0057] As noted above, the RBDS may be coupled to 
a monitoring terminal 1 09, which may be disposed in a 
supervisor's office, the cashier's cage, or in any conven- 
ient location. This terminal allows a supervisor to mon- 
itor the status of the system and visually identify service 
events that are in need of immediate servicing. The 
monitoring terminal is used to display, page, and track 
both non-responded to (Open) and responded to but not 
completed (In Progress), service events. Preferably, the 
monitoring terminal includes a touch-screen monitor so 
that a user may immediately cause the system to imme- 
diately select an event for servicing by touching the list- 
ed event on the monitor. For each open service event, 
the monitoring terminal displays the Age Time, so as to 
let the supervisor know how long each event has been 
pending without being accepted. As per Rule 7, if an 
event has aged more than 7 minutes, then its display 
characteristics are altered (e.g. displayed in red) to alert 
the supervisor. For each in-progress service event, the 
monitoring terminal displays the Age Time and Appear 
Time. 

[0058] The RBDS also provides a variety of data cap- 
turing and reporting features that assist in determining 
overall system performance and the performance of the 
service attendants in servicing the players. Using infor- 



mation from the Events and History tables, the RBDS 
can generate reports on the number of transactions by 
type (Jackpot including Credit Meter Pay Out, Coin-Out 
and Coin-in Jams, Bill Acceptor Jams or Hopper Coin 

5 Outages) that are being completed. Also, the RBDS can 
store, report, and display if the monitoring terminal 109 
is utilized, in real-time the average Response, Work, 
and Transaction time of each Service Type for each cus- 
tomer tier, on the touch-screen. This data will allow the 

10 service providers to proactively establish the service ex- 
pectation by informing the patron how much time it is 
currently taking to complete the specific service trans- 
action. This is especially important if the service trans- 
action requires interaction from multiple departments. 

15 The RBDS also can capture, store and report on the 
number of transactions completed by type, by service 
attendant and the service time it took to complete (Ap- 
pear Time, Work Time and Completion Time). The 
RBDS also can report on service events responded to, 

20 or completed prior to, being either paged or displayed 
on the monitoring terminal. 

[0059] Using the rules listed in the rules database 112, 
the RBDS applies the rules to the Events table, to prior- 
itize the events therein and select a highest priority 

25 event for servicing. The RBDS further selects an avail- 
able service attendant to service the event. 
[0060] In a preferred embodiment the casino floor is 
divided into a number of areas, each having a location 
or zone number; these locations correspond to the gam- 

30 ing machine location numbers used in the SMS mes- 
sage. The RBDS prioritizes events generated in each 
area separately. For each area, the RBDS selects only 
service attendants who are assigned to service the area. 
In selecting a service attendant to service an event, the 

35 RBDS attempts to locate an available service attendant, 
first from the event's location (as indicated by the gam- 
ing machine location code) and then from contiguous 
locations, without exceeding a distance rule which limits 
the selection to a selected number of other areas of the 

40 casino floor. A distance rule, for example, may specify 
that in a casino With six service areas, events in service 
area 1 may only be assigned to attendants in areas 1 . 
2, and 3, while attendants in areas 4-6 are physically too 
far away to respond within a timely manner. For exam- 

<5 pie, if the RBDS is unable to locate an available service 
attendant within an event's service area, it will seek an 
available service attendant within the rules-specified 
contiguous areas. If an available attendant is found, the 
RBDS assigns the event to that attendant, immaterial of 

50 how many events may be pending in the area for which 
the service provider is mainly responsible. 
[0061] In most installations, the selection of service 
attendants from outside an event service area will only 
occur when one area is slow while another is much bus- 

55 ier. If this volume trend is observed over time, then staff- 
ing levels for the various areas can be adjusted so that 
more service attendants are assigned to the historically 
busier area. This type of information, along with the var- 
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ious reports on average response time and the like, en- 
able the system to be used to monitor and control staff- 
ing levels and assignments for the service attendants, 
further enhancing customer service. 
[0062] The RBDS is preferably coupled to a two-way 5 
paging system 106. The connection may be via TCP/IP 
over a network or a serial data communication through 
a dedicated highspeed modem. One suitable paging 
system is available through Arch Communications Inc., 
of Westborough, Massachusetts. Another two-way pag- to 
ing system and apparatus suitable for use on the casino 
floor is manufactured by Glenayre Electronics Inc. of 
Charlotte, North Carolina. Systems utilizing the Motoro- 
la ReFlex Confirmed Message Delivery system are de- 
sirable in order to further enhance the reliability of the fs 
system. Such systems are capable of automatically re- 
transmitting messages that, due to interference, were 
not fully delivered to the appropriate paging device. In 
one embodiment, the paging system 106 is based on 
the Efficient Mail Submission & Delivery (EMSD), an In- 20 
temet messaging protocol highly optimized for short 
messages. EMSD is an extension of the existing Inter- 
net email environment that accommodates two-way 
paging model of usage. Using EMSD, urgent messages 
are promptly "pushed" to the recipient in a highly effl- 25 
cient manner. The EMSD specifications are open and 
have been published as Internet RFC-2188 and RFC- 
2524. 

[0063] When the RBDS selects an event for servicing 
and a service attendant, the RBDS determines from the 
Pagers table the pager number of the service attendant. 
The RBDS constructs, using templates or scripts, a text 
page to the service attendant, identifying the gaming 
machine location, type of event, customer tier and other 
information useful for servicing the event. For example, 
a page for a Jackpot event may read "AA-15 JP 2000 D 
10." This informs the service attendant to go to slot ma- 
chine location AA-15 and to payout a $2,000 jackpot 
(JP) to a Diamond Tier (D) customer and that the aver- 
age service completion time for this type of event is cur- 
rently 10 minutes. Of course, any coding scheme may 
be used as desired by the system designer to convey 
information to the service attendants. 
[0064] The RBDS transmits the page to the paging 
system, which in turn pages the service attendant. The 
service attendant's pager 126 will vibrate to indicate that 
a page has been delivered. The service attendant can 
then accept or decline the page. To do so, the service 
attendant will use the appropriate function keys on the 
papers to locate the response desired and transmit the 
response, such as the pager's up and down scrolling 
button, and send button. If the page is accepted, the 
RBDS records the Accept time and marks the service 
attendant as "busy"; if the page is declined, then the 
RBDS selects another available service attendant (or 
supervisor) and transmits a page to that person to serv- 
ice the event In this fashion, the system ensures that a 
player's service need is accepted on a timely basis in- 



stead of being left to wait at the mercy of which service 
attendant happens to volunteer to service the player. 
[0065] When the assigned attendant arrives at the 
gaming machine, she inserts a service attendant iden- 
tification card into the card reader. The SMIB transmits 
a card-in event to the SMS, which forwards the message 
to the RBDS; the RBDS records the Appear time, and 
begins tracking the current working time (per Rule 8) us- 
ing a Work Timer. If necessary the RBDS will escalate 
a page to a supervisor if the work time exceeds the al- . 
lotted time period. When the service is completed, the 
service attendant removes her card from the card read- 
er, which is reported to the RBDS as a Back In Service 
message; the RBDS interprets this as Work Completed 
message. The RBDS then records the Completion time, 
and moves the event to the History table. The RBDS 
updates the current statistics of average Response and 
Transaction times so as to keep the supervisory staff 
apprised of overall service performance, and marks the 
service attendant as "available." 

[0066] Referring now to Fig. 2, there is shown an ex- 
emplary event trace of the sequence of actions for serv- 
icing a Jackpot service event; the actions for other types 
of events are similar. If a step requires logic and sup- 
ports two decisions, the positive decision is addressed 
first and the negative decision is shown indented. 

1 . Customer hits jackpot at gaming machine. 

2. The gaming machine sends jackpot a (JP) mes- 
sage to the SMS, indicating the gaming machine 
stand location, jackpot amount, player identification 
number, event time and other data, for example, as 
indicated above. 

3. The gaming machine locks-up, lights flash, and 
music plays (optional). 

4. The SMS sends the JP message to the RBDS. 

5. The RBDS recognizes the JP message, and culls 
out gaming machine stand location, player identifi- 
cation number, jackpot amount, and event time, and 
updates the Events table with new event. 

6. The RBDS establishes Aging timer to start aging 
the event based on the Outage time. 

7. The RBDS accesses the CMS, providing the 
player identification number from the player's ID 
card. The CMS uses the player identification 
number to lookup or calculate the player's status (e. 
g. value, level, or tier), and reports this back to the 
RBDS. 

8. The RBDS uses the rules in the rules database 
112 to determine the maximum Age Time for this 
event based on the information returned from the 
CMS. 

9. When the Aging time reaches the maximum 
threshold amount, based upon the rules defined, 
the RBDS will decide whether to immediately page 
a service attendant to service this event or age it 
further. In this way, a maximum aging time can be 
established for each event type and each customer 
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tier. If the event has reached its maximum aging 
time, RBDS selects the next available attendant as- 
signed to service the gaming machine's area. To do 
this, the RBDS uses the Pagers table, and identifies 
the first attendant marked as AVAILABLE assigned 5 
to service the gaming machine's area. If no attend- 
ant in the area is available, the RBDS selects an 
AVAILABLE attendant in an adjacent area. If no 
service attendants are available, the event will be 
escalated and supervisory level staff paged. The 10 
RBDS obtains the pager number for the selected 
attendant or staff. 

10. The RBDS sends the pager number and mes- 
sage to the two-way paging system 106. 

1 1 . The paging system transmits a page to the serv- 15 
ice attendant's pager 126. 

12. The pager 126 receives the page and displays 
message. 

13. The service attendant selects "Accept" mes- 
sage on the two-way pager 126 and presses "En- 20 
ter." A response is sent to the paging system. (Goto 

16) 

14. The service attendant selects the "Decline" 
message on two-way pager 126 and presses "En- 
ter." 25 

15. The paging system receives the "Decline" mes- 
sage and forwards it to the RBDS. (Goto 9) 

16. The paging system receives the "Accept" mes- 
sage and forwards it to the RBDS. 

17. The RBDS captures the Assigned Time for the 30 
event and updates the event record in the Events 
table. 

18. The RBDS marks the service attendant as 
BUSY in the Pagers table. 

19. The service attendant goes to gaming machine 35 
location as specified in the pager message. 

20. Service attendant inserts a service attendant 
identification card into the card reader of the gaming 
machine. 

21 . The gaming machine sends Card In message *o 
to the SMS. 

22. The SMS sends a Card in message to the 
RBDS. 

23. The RBDS captures the Appear Time for the 
event and updates the event record in the Events 45 
table. In some embodiment, the SMS may not gen- 
erate a Card In message as a valid response to cer- 
tain events. In these instances, the service attend- 
ant uses a keypad on the gaming machine (a typical 
peripheral device; see U.S. Patent No. 5,429,361 so 
as an example) to enter a code that will generate a 
message alerting the RBDS that he/she has arrived 

at the service location. 

24. The RBDS begins a timer for tracking the Serv- 
ice Elapsed Time for the event. 55 

25. The RBDS continually checks to see if the Serv- 
ice Elapsed Time has exceeded the Service Dura- 
tion Limit for servicing the player, for example, the 



8 minutes defined in Rule 8. 

26. The RBDS determines that the Service Duration 
Limit has been exceeded. 

27. The RBDS identifies from the Pager table the 
supervisor operating in the service area and selects 
appropriate pager number. 

28. The RBDS generates "Service Alert" message 
to the supervisor, identifying the machine location, 
event type, and other data as before, and sends 
message and pager number to paging system. 

29. Paging system transmits page to the supervisor. 

30. The service attendant completes the service re- 
quired at the gaming machine. The gaming machine 
sends a "Back In Service" message to the SMS, 
which forwards it to the RBDS. In some embodi- 
ments, the gaming machine may not generate a 
"Back In Service" message as a valid response to 
the completion of the required service without cer- 
tain additional non-related events occurring. (Typi- 
cally gaming machines do not generate a "Back In 
Service" message untir the gaming machine is 
played again. In the case of Hopper Fills or a type 
of Jackpot known as a Credit Meter Pay Out, the 
customer, once service is completed, does not con- 
tinue to play the same machine. In cases such as 
this, the "Back In Service," when generated as a re- 
sult of the gaming machine being played, will not 
accurately reflect the true time it took to complete 
service.) In these instances, the service attendant 
uses a keypad on the gaming machine (a typical 
peripheral device; see U.S. Patent No. 5,429,361 
as an example) to enter a code that will generate a 
"Back In Service" message alerting the RBDS that 
he/she has completed the service. 

31 . The service attendant selects "Done" message 
from pager and presses "Enter." 

32. The paging system receives "Done" message 
and forwards it to RBDS. 

33. The RBDS triggers the time tracking module to 
capture the Completed Time. 

34. The RBDS moves the now complete event from 
the Events table to the History table. 

35. The RBDS marks the service attendant as 
AVAILABLE in the Pagers table. 

[0067] As can be seen from the foregoing, the deci- 
sioning system 1 04 provides an efficient mechanism for 
scheduling and prioritizing the service of gaming ma- 
chine events in a manner to provide differentiated levels 
of service to players based on their value to the casino. 
The decisioning system, particularly the rules of the 
RBDS, can be customized by the casino to provide high- 
er value players with higher levels of customer service, 
such as faster service response times than lower value 
players. Even so, the rules can ensure that lower value 
players are still treated to a basic level of customer serv- 
ice so as to ensure their customer satisfaction as well. 
[0068] The system may be used in other than casino 
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environments; it may be used in any environment where 
it is desirable to provide differentiated levels of service 
to customers, particularly based on each customer's val- 
ue to the business. For example, the system may be 
readily extended to the hotel environment to provide var- 
ying service levels to patrons based on their value to the 
hotel. 

[0069] Fig. 3 illustrates an embodiment of such a sys- 
tem. Here, hotel patrons provide requests or messages 
to the RBDS 104 indicating the type of service they 
need. To forward such requests, the patrons may use 
any of variety of different communication devices, such 
as telephones 320, terminals 321, computers 322, call 
buttons, or the like. These various devices are coupled 
over the appropriate network a server 331 , which further 
is coupled to the decisioning system 104. For example, 
a telephone 320 interfaces with the decisioning system 
1 04 through a voice response unit (not shown) that pro- 
vides a menu driven interface to allow guests to key in 
selections of services. A call button may be placed in a 
hotel room, or on a gaming machine (e.g., where it may 
be used to request a service attendant for food, bever- 
age, or change service). The terminal or computer con- 
nects to the server 331 over a suitable network config- 
uration (e.g. a browser, HTTP server, TCP/IP protocol, 
Ethernet network). The patron's value may determined 
from historical information about the patron's spending 
at the hotel (as may be stored in and determined from 
a customer database 330), for example to provide an 
estimate of the expected spending of patron during the 
current stay, or merely a categorization of the patron's 
overall status. Alternatively, the value of the patron may 
be based on proxies, such as by the type of guest room, 
room rate, room location, number of persons in a party, 
denomination of the gaming machine the patron is play- 
ing at, or other similar factors correlated with measures 
of customer value, which may be accessed by the deci- 
sioning system 1 04 from the lodging management sys- 
tem 328, a system which tracks rooms, rates, reserva- 
tions, and other lodging functions. Hotel service attend- 
ants 324 (e.g. housekeeping, room service, valet, slot 
hostesses, beverage hostesses, etc.) would be sched- 
uled for service based on this value metric and other 
factors, such as location of the patron's room to deter- 
mine nearby or available attendants. 
[0070] This type of embodiment is further possible in 
environments such as on cruise ships, amusement 
parks, restaurants, and so forth. The system as dis- 
closed herein is most easily adapted to environments in 
which patrons can be individually located and individu- 
ally identified. The individual location is desirable in or- 
der to direct a service attendant to the patron. The indi- 
vidual location is most easily inferred from the known 
location of the communication device that forwards the 
event/request information to the decisioning system. 
Thus, in the casino environment, the identity and loca- 
tion of each gaming machine is known. In the hotel or 
similar environment, the location and identity of each 



communication device is also known (i.e., which room, 
table, cabin, facility the device is in). The individual iden- 
tification is desirable in order to determine the patron's 
value or some substitute measure thereof, as variously 
5 explained above. In some applications, these two asr 
pects may be determined by a single factor, such as in 
the hotel environment where the location of the commu- 
nication device in a particular room determines both the 
location of the patron and a measure of the patron's val- 
10 ue (e.g., room type or rate of that room). While its further 
desirable to determine ahead of time the type of service 
needed — and thereby allow rules to be implemented for 
scheduling based on service type — this is not neces- 
sary. In these types of embodiments, events are com- 
15 municated from the service locations to the decisioning 
system by various communication devices, such as by 
a telephone, computer terminal, call button, or other 
communication mechanism. For example, a call button 
or an LCD panel with a touchscreen, or other means 
20 may be provided to patrons to signal the need for serv- 
ice. Thus, the present invention is not limited to the par- 
ticular types of locations or mechanisms that may be 
used to generate service event information. 
[0071] As will be understood by those familiar with the 
25 art, the invention may be embodied in other specific 
forms without departing from the spirit or essential char- 
acteristics thereof. For example, the particular rules 
used by the decisioning system may be varied consid- 
erably as desired by the system operator to effect differ- 
30 ent service policies. As noted, fewer, greater, or other 
rules may be used. Fewer or greater customer tiers may 
be employed. Any variety of different timing rules may 
be defined to establish multiple levels of service. Pages 
can be provided to tertiary service attendants if the sec- 
35 ondary service attendant declines. Pages may be esca- 
lated to supervisors for other conditions, including over- 
all service conditions based on aggregate performance 
criteria (e.g. average service times during the past 
hour). Further, while a rule based decisioning system is 
40 most desirable (as it allows discrete definition of service 
policies, times, and tiers), other equivalent decisioning 
systems may be employed to the extent that they can 
be adapted to leam externally defined service policies 
and applying those policies to asynchronously received 
45 events in order to schedule such events for service. 
[0072] Other changes may be made to the communi- 
cation system. First, while a two-way paging system is 
desirable communication system, a one-way paging 
system may be used; this configuration still allows the 
50 decisioning system to schedule service attendants 
based on factors such as the patron's value. In this case, 
the decisioning system may be configured to use other 
information to schedule a secondary service attendant 
or escalate a page to a supervisor. For example, instead 
55 of relying upon an accept or decline message from the 
pagers, the decisioning system may instead use other 
messages as indicating acceptance of the service 
event. For example, in the casino environment, the de- 
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cisioning system may accept the Card In message (see 
step 22 above) as indicative of acceptance of the serv- 
ice, since the message indicates the particular service 
attendant is at the machine to be serviced. In other em- 
bodiments, the acceptance message may be sent by the 5 
service attendant from the communication device at the 
patron's location. The various rules are then modified to 
allow a sufficient amount of time for a service attendant 
to travel to the patron's location, whether gaming ma- 
chine, hotel room, cabin, or the like. If the message in- to 
dicative of acceptance (e.g. the Card In message) is not 
received in such a time period, then a secondary service 
attendant can be paged or the page escalated to a su- 
pervisor. Again, other rules may be employed to develop 
a useful service policy for servicing events in light of dif- ts 
ferent information available in a one-way paging sys- 
tem. 

[0073] If two-way communication is desired, the pag- 
ing system may be replaced by any two-way communi- 
cations system, including but not limited to radio sys- 20 
terns, cellular systems or the like. The pagers likewise 
may be simple two-way pagers, or more sophisticated 
devices such as cellular devices (e.g., Nokia 9110i Com- 
municator™; Motorola Timeport™ P930 Two- Way Pag- 
er), or personal digital assistants (e.g., 3Com*s Palm™ 25 
computer; Handspring Inc.'s Visor™ computer). 
[0074] The SMS is a particular system used in casinos 
to communicate with casino gaming machines. Accord- 
ingly, in order environments where gaming machines 
are not the source of service events, other such event- 30 
reception systems may be employed, the details of 
which are dependent on the application environment. 
Generally, the SMS may be replaced by a server that 
receives messages (preferably asynchronously) from 
the service locations, and routes them to a decisioning 35 
system. Those of skill in the art can readily identify and 
adapt the most appropriate system for such a function 
given the application requirements and environment 
[0075] Likewise, the particular naming of the features, 
attributes, data structures, service events, tables, rules *o 
or any other programming or structural aspect is not 
mandatory or significant, and the mechanisms that im- 
plement the invention or its features may have different 
names, formats, or protocols. Further, the system may 
be implemented via a combination of hardware and soft- 45 
ware, as described, or entirely in hardware elements. 
Also, the particular division of functionality between the 
various system components described herein is merely 
exemplary, and not mandatory; functions performed by 
a single system component may instead be performed 50 
by multiple components, and functions performed by 
multiple components may instead performed by a single 
component. 

[0076] Finally, it should be noted that the language 
used in the specification has been principally selected 55 
for readability and instructional purposes, and may not 
have been selected to delineate or circumscribe the in- 
ventive subject matter. Accordingly, the disclosure of the 



present invention is intended to be illustrative, but not 
limiting, of the scope of the invention, which is set forth 
in the following claims. 



Claims 

1 . A system for providing service to customers at serv- 
ice locations, each service location having a com- 
munication device adapted to communicate one or 
more events pertaining to a service event for a cus- 
tomer at the service location, the system compris- 
ing: 

a decisioning system communicatively coupled 
to the communication devices to receive the 
events, and including a plurality of rules for 
scheduling the events for service, the decision- 
ing system selecting a primary service attend- 
ant for servicing each event; 
a communication system communicatively 
coupled to the decisioning system to transmit a 
message to the primary service attendant se- 
lected for an event, the message indicating the 
service location at which the event is to be serv- 
iced; and 

a plurality of message receivers, used by the 
service attendants, to receive the messages 
from the communication system. 

2. The system of claim 1 , wherein the service locations 
are gaming machines, and the communication de- 
vices are interface boards coupled to the gaming 
machines, which communicate game events to a 
gaming machine management system. 

3. The system of either of claim 1 or claim 2, wherein 
the communication system is a two-way messaging 
system and the message receivers are two-way 
message receivers. 

4. The system of claim 3, wherein: 

the primary service attendant can accept or de- 
cline to service an event using the two-way 
message receiver, and wherein: 

in response to the primary service attend- 
ant declining to service an event, the deci- 
sioning system selects a secondary serv- 
ice attendant for servicing the event, and 
the messaging system transmits a mes- 
sage to the secondary service attendant to 
service the event 

5. The system of either of claim 3 or claim 4, wherein: 

the primary service attendant can accept or de- 
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dine to service an event using the two-way 
message receiver, and wherein: 

in response to the primary service attend- 
ant accepting to service an event, the de- 5 
cisioning system establishes the primary 
service attendant as being unavailable to 
service another event until the primary 
service provider completes service of the 
accepted event. 10 

6. The system of any preceding claim, wherein the de- 
y cisioning system monitors the time taken to service 

each event, and responsive to time taken to service 
an event exceeding a threshold amount, the deci- *5 
sioning system selects an employee to notify of the 
incomplete service, and instructs the messaging 
system to transmit a message to the selected em- 
ployee. 

20 

7. The system of any preceding claim, further compris- 
ing: 

a customer database, communicatively cou- 
pled to the decisioning system and containing 25 
customer records indicating for each customer 
a measure of the customer's value and the cus- 
tomer's identification number, the decisioning 
system receiving from a service location a cus- 
tomer identification number and querying the 30 
customer database with the received customer 
identification number to obtain the measure of 
the customer's value, the decisioning system 
scheduling the event for service according to 
the obtained customer value. 35 

8. A system for providing service to customers at plu- 
ral service locations, each service location having 
a communication means for communicating one or 
more events pertaining to a service event for a cus- *o 
tomer at the service location the system comprising: 

a computer implemented decision making 
means communicatively coupled to the plurality 
of communication means for receiving the <5 
events, the decision making means scheduling 
a primary service attendant for servicing each 
event using a plurality of rules; 
a messaging means communicatively coupled 
to the decision making means for transmitting so 
a message to the primary service attendant se- 
lected for an event, the message indicating the 
service location at which the event is to be serv- 
iced; and 

a plurality of message receiving means, used 55 
by the service attendants, for receiving the 
messages from the messaging means. 



9. The system of claim 8, wherein the messaging 
means is a two-way paging system and the mes- 
sage receiving means are two-way pagers. 

10. The system of claim 9, wherein: 

the primary service attendant can accept or de- 
cline to service an event using the two-way pag- 
er, and wherein: 

in response to the primary service attend- 
ant declining to service an event, the deci- 
sion making means selects a secondary 
service attendant for servicing the event, 
and the messaging system transmits a 
message to the secondary service attend- 
ant to service the event. 

1 1 . The system of either of claim 9 or claim 1 0, wherein: 

the primary service attendant can accept or de- 
cline to service an event using the two-way pag- 
. er, and wherein: 

in response to the primary service attend- 
ant accepting to service an event, the de- 
cision making means establishes the pri- 
mary service attendant as being unavaila- 
ble to service another event until the prima- 
ry service provider completes service of 
the accepted event. 

12. The system of any of claims 9 to 11, wherein the 
decision making means monitors the time taken to 
service each event, and responsive to time taken to 
service an event exceeding a thresholdamount, the 
decision making means selects an employee to no- 
tify of the incomplete service, and instructs the mes- 
saging system to transmit a message to the select- 
ed employee. 

13. The system of any of claims 9 to 12, further com- 
prising: 

a customer database, communicatively cou- 
pled to the decision making means and contain- 
ing customer records indicating for each cus- 
tomer a measure of the customer's value and 
the customer's identification number, the deci- 
sion making means receiving from a service lo- 
cation a customer identification number and 
querying the customer database with the re- 
ceived customer identification number to obtain 
the measure of the customer's value, the deci- 
sion making means scheduling the event for 
service according to the obtained customer val- 
ue. 
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14. The system of any of claims 9 to 13, wherein the 
service locations are gaming machines, and the 
communication devices are interface boards cou- 
pled to the gaming machines, which communicate 
game events to a gaming machine management 
system. 

1 5. The system of either of claim 2 or claim 14, wherein 
the gaming machines are slot machines, and the 
interface boards communicate slot events to the 
slot management system. 

1 6. A system for servicing customers at service loca- 
tions, the system comprising: 

means for transmitting from a service location 
a message pertaining to an event at the service 
location and for which a customer at the service 
location needs service by a service attendant; 
means for receiving the transmitted message; 
means, coupled to obtain the transmitted mes- 
sage from the receiving means, for scheduling 
the event, using a plurality of scheduling rules, 
for servicing by a service attendant; 
means for selecting a first service attendant for 
servicing the scheduled event; and 
means for transmitting a message to the first 
service attendant identifying the service loca- 
tion to be serviced for the event. 

17. A method of servicing customers at service loca- 
tions, the method comprising: 

transmitting from a communication device at a 
service location a message pertaining to an 
event at the service location and for which a 
customer at the service location needs service 
by a service attendant; 

receiving the transmitted message and sched- 
uling the event, using a plurality of scheduling 
rules, for servicing by a service attendant; 
selecting a first service attendant for servicing 
the scheduled event; and 
transmitting a message to the first service at- 
tendant identifying the service location to be 
serviced for the event 

18. The method of claim 17, further comprising: 

receiving from the first service attendant a mes- 
sage declining to service an event; 
selecting a second service attendant to service 
the event; and 

transmitting a message to the second service 
attendant to service the event 

1 9. The method of either of claim 1 7 or claim 1 8, further 
comprising: 



receiving from the first service attendant a mes- 
sage accepting to service an event; and 
establishing the first service attendant as being 
unavailable to service another event until the 
5 first service provider completes service of the 

accepted event 

20. The method of claim 19, wherein the message from 
the first service attendant is transmitted from a com- 

to munication device fixed at the service location. 

21. The method of any of claims 17 to 20, further com- 
prising: 

*5 monitoring the time taken to service the event; 

and 

responsive to the time taken to service an event 
exceeding a threshold amount, transmitting a 
message to another employee to notify of the 
20 incomplete service. 

22. The method of any of claims 17 to 21 , further com- 
prising: 

25 monitoring an aggregate performance criteria 

for servicing the events; and 
responsive the aggregate performance criteria 
exceeding a threshold amount, transmitting a 
message to a supervisor. 

30 

23. The method of any of claims 17 to 22, further com- 
prising: 

responsive to not receiving, within a predeter- 
35 mined amount of time, an acceptance from the 

first service attendant of the message to service 
the event transmitting a message to a second 
service attendant to service the event. 

40 24. The method of any of claims 1 7 to 23, further com- 
prising: 

receiving from the service location a customer 
identification number 
45 querying a customer database with the re- 

ceived customer identification number to obtain 
the measure of the customer's value; and 
scheduling the event for service according to 
the obtained customer value. 

50 

25. The method of any of claims 7, 13 or 24, wherein 
each service location includes a customer identifi- 
cation card reader, for reading a customer identifi- 
cation number from a customer identification card. 

55 

26. A method of servicing customers at service loca- 
tions, the method comprising: 
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receiving from the service location, event mes- 
sages pertaining to service location events; 
scheduling selected events for servicing by 
service attendants using a plurality of schedul- 
ing rules; 

selecting service attendants for servicing each 
scheduled event; and 

for each scheduled event, transmitting a mes- 
sage to the selected service attendant identify- 
ing the service location to be serviced. 

27. The method of claim 26, wherein scheduling select- 
ed events further comprises scheduling the select- 
ed events using scheduling rules pertaining to an 
amount of time an event has been pending, an eval- 
uation of the customer's status, and a type of the 
events. 

28. The method of any preceding claim, wherein the 
service locations are gaming machines, and the 
service location events include a jackpot at a gam- 
ing machine. 

29. The invention of any preceding claim, wherein the 
rules include: 

at least one rule for scheduling events accord- 
ing to an age of the event. 

30. The invention of any preceding claim, wherein the 
rules include: 

at least one rule for scheduling events accord- 
ing to a type of event 

31. The invention of any preceding claim, wherein the 
rules include: 

at least one rule for scheduling events accord- 
ing to a value of the customer at the service lo- 
cation that generated the event. 

32. The invention of claim 31 , wherein the customer val- 
ue is based on potential revenue generated by the 
customer. 

33. The invention of either of claim 31 or claim 32, 
wherein the customer value is based on a theoret- 
ical win profile of the customer. 

34. The invention of any of claims 31 to 33, wherein the 
customer value is based on a room rate of a room 
occupied by the customer. 

35. The invention of any of claims 31 to 34, wherein the 
customer value is based on a room type of a room 
occupied by the customer. 



36. The invention of any of claims 31 to 35, wherein the 
customer value is based on a number of persons in 
a party associated with the customer. 

5 37. The invention of any preceding claim, wherein the 
rules include: 

at least one rule for scheduling events accord- 
ing to a location of the service location. 

10 

38. The invention of any preceding claim, wherein the 
rules include: 

at least one rule for scheduling events accord- 
15 ing to a combination of an age of the event and 

a value of the customer. 

39. The invention of any preceding claim, wherein the 
rules include: 

20 

at least one rule for selecting a service attend- 
ant for servicing an event based on a location 
of the service location which generated the 
event and an assigned location of the service 
25 attendant. 

40. The invention of any preceding claim, wherein the 
rules include: 

30 at least one rule for messaging a supervisor of 

the primary service attendant if the primary 
service attendant has not completed servicing 
the event in a certain amount of time. 

41 . A system for providing service to customers at serv- 
ice locations, each service location having a com- 
munication device adapted to communicate one or 
more events pertaining to the status of a customer 
at the service location, the system comprising: 

a decisioning system for scheduling the events 
for service, by receiving the events from the 
communication devices and using a plurality of 
rules to select a primary service attendant for 
servicing each event, to produce a periodically 
updated event service schedule; 
a communication system for transmitting a 
message to the primary service attendant se- 
lected for an event, by way of a two-way com- 
munication network, to produce a message in- 
dicating to the primary service attendant the 
service location at which the event is to be serv- 
iced; and 

a plurality of message receivers, each service 
attendant having one of the message receivers, 
for receiving the messages from the communi- 
cation system, by way of the two-way commu- 
nication network, to produce to the service at- 
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